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OF 



Charles A. PEYSER, Constance BEYER, and Michael D. McLAUGHLIN 



FOR 



SYSTEMS AND METHODS FOR BUYING AND SELLING 
TELECOMMUNICATION SERVICES VIA A NETWORK 



SYSTEMS AND METHODS FOR BUYING AND SELLING 
TELECOMMUNICATION SERVICES VIA A NETWORK 

RELATED APPLICATIONS 
This application claims priority from U.S. Provisional Application No. 60/138,509, 
entitled "Methods For Providing Telecommunications Service Buying and Selling Via the 
Internet," filed on June 10, 1999, which is incorporated herein by reference. This application is 
related to copending U.S. Application Serial No. 09 / , (Atty. Docket No. 7710.0002-00), 
entitled "Systems and Methods For Aggregating Buyers For the Purchase of Telecommunication 
Services Via a Network," which is assigned to the same assignee and filed on the same date as 
this application, and also incorporated herein by reference. 

FIELD OF THE INVENTION 
The present invention relates generally to the purchase of telecommunication services 
and, more particularly, to a forum through which buyers can purchase telecommunication 
services from a variety of sellers via a network, such as the Internet. 

BACKGROUND OF THE INVENTION 
Traditionally, telecommunication services, such as local, long distance, Internet, cellular 
services, etc., have been bought and sold through the interaction of people. Typically, the buy- 
sell process takes one of two forms: (1) a buyer determines the necessary telecommunication 
service requirements and contacts one or more sellers of these services; or (2) a seller proactively 
solicits the buyer, who may or may not be ready to purchase the services. 



For larger-sized companies, the service requirements are usually complex and the buyer 
sophisticated. Therefore, the first form typically predominates (i.e., a buyer initiates the 
communication with a seller in these instances). For small and medium-sized companies, as well 
as for consumers, the service requirements are usually much less complex and the buyer less 
sophisticated. Therefore, the second form typically predominates. The seller contacts the buyer 
via different methods, such as door-to-door canvassing, telemarketing, direct mailing, 
advertising, etc. 

There are two apparent problems with the conventional buy-sell process. First, buyers are 
at a disadvantage because there is no easy way for them to find information regarding the 
different types of services offered by sellers or to obtain the best pricing without a great deal of 
effort. As a result, buyers do not know whether they are getting the best possible deal from the 
seller. In other words, the seller usually controls the buy-sell process. 

Second, sellers typically have to exert much money and effort in the form of advertising 
and staff to solicit business from buyers. A substantial part of the price of telecommunication 
services is driven by these factors. 

Therefore, there is a need to level the playing field for the purchase of telecommunication 
services by allowing buyers to have more control in the buy-sell process, and a need to reduce the 
expense incurred by sellers to contact buyers ready to purchase their services. 



SUMMARY OF THE INVENTION 
Systems and methods consistent with the present invention address these needs by 
providing a forum through which buyers interact with sellers for the purchase of 
telecommunication services. 

In accordance with the purpose of the invention as embodied and broadly described 
herein, a system consistent with the present invention facilitates the purchase of 
telecommunication services from a variety of service providers. The system receives a request 
for purchasing at least one telecommunication service from a buyer via a buyer terminal, 
provides the request to a group of seller terminals corresponding to a group of the service 
providers, and receives a reply from the seller terminals in response to the request. The system 
then provides the replies to the buyer terminal, receives a selection from the buyer terminal in 
response to the replies, and notifies a service provider of the selection and an identity of the 
buyer. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate an embodiment of the invention and, together with the description, 
explain the invention. In the drawings, 

Fig. 1 is an exemplary diagram of a system consistent with the present invention; 

Fig. 2 is an exemplary diagram of the telecommunication services manager of Fig. 1; 

Fig. 3 A is an exemplary diagram of the request for proposal (RFP) database of Fig. 2; 

Fig. 3B is an exemplary diagram of the buyer database of Fig. 2; 



Fig. 4 is a flowchart of processing for purchasing telecommunication services in a manner 
consistent with the present invention; 

Fig. 5 is a flowchart of processing for registering a buyer in a manner consistent with the 
present invention; 

Figs. 6A-6C are flowcharts of processing for creating an RFP in a manner consistent with 
the present invention; * 

Fig. 7 is a flowchart of processing for distributing an RFP in a manner consistent with the 
present invention; 

Figs. 8 A and 8B are flowcharts of processing for reviewing results of previously 
submitted RFPs in a manner consistent with the present invention; 

Fig. 9A is a diagram of an exemplary user interface containing an RFP summary report; 

Fig. 9B is a diagram of an exemplary user interface containing an RFP detailed report; 

Fig. 10 is a flowchart of processing for reviewing industry information in a manner 
consistent with the present invention; and 

Fig. 1 1 is a flowchart of processing for changing buyer account information in a manner 
consistent with the present invention. 

DETAILED DESCRIPTION 
The following detailed description of implementations consistent with the present 
invention refers to the accompanying drawings. The same reference numbers in different 
drawings identify the same or similar elements. Also, the following detailed description does not 
limit the invention. Instead, the scope of the invention is defined by the appended claims. 



Systems and methods consistent with the present invention provide a forum through 
which buyers and sellers of telecommunication services interact. The buyers specify the types of 
services desired and the sellers submit proposals for providing the services. The buyers select the 
proposals that meet their requirements and contract with the particular sellers to provide the 
desired services and/or additional services. 

SYSTEM ELEMENTS 

Fig. 1 is an exemplary diagram of a system 100 consistent with the present invention. 
The system 100 includes a buyer terminal 110 connected to several seller terminals 120 via a 
network 130. The system also includes a telecommunication services manager 140 connected to 
the buyer and seller terminals 110 and 120, respectively, via the network 130. 

The buyer terminal 1 10 may include a personal computer, such as an IBM-compatible 
computer, or the like, with a connection to the network 130. A single buyer terminal 1 10 has 
been shown for simplicity. Those skilled in the art will note that the present invention 
contemplates more than one buyer terminal 110 connected to the network 130. The seller 
terminals 120 may also include personal computers with connections to the network 130. The 
network 130 may include the Internet, an intranet, or some equivalent data network. 

The telecommunication services manager (TSM) 140 provides a forum through which the 
buyer terminal 110 can interact with the seller terminals 120 to purchase telecommunication 
services. Fig. 2 is an exemplary diagram of TSM 140, including a processor 210, at least one 
memory 220, an input/output (I/O) port 230, and a set of databases 240. The processor 210 may 
include any conventional microprocessor, such as a Pentium produced by Intel. The memory 220 



includes one or more conventional storage devices, such as RAM, ROM, EEPROM, etc. The I/O 
port 230 is a conventional communication port for communicating with the network 130. 

The databases 240 include a large capacity storage device that contains at least four sets 
of databases: a request for proposal (RFP) database 242, a buyer database 244, a qualification 
database 246, and a seller database 248. The RFP database 242 stores RFPs prepared by buyers. 

Fig. 3A is an exemplary diagram of the RFP database 242. Each entry in the RFP 
database 242 includes multiple fields for information on an RFP, including an RFP number 310, 
buyer information 320, types of service data 330, question data 340, and prior usage data 350. 
The RFP number 310 uniquely identifies a particular RFP. The buyer information 320 includes 
information describing the buyer, including, for example, the buyer's name, address, location, 
company, possibly information on other buyers (e.g., others referred to TSM 140 by the buyer), 
credit information, etc. This information may be provided by the buyer or obtained from one or 
more commercial databases. 

The types of service data 330 includes information identifying the services that the buyer 
wishes to purchase. The question data 340 includes particular questions for the sellers posed by 
the buyer. The prior usage data 350 includes data regarding prior telephone service usage by the 
buyer and/or estimates or assumptions on such usage derived from the buyer's answers to a set of 
queries provided by TSM 140. 

The buyer database 244 (Fig. 2) stores RFP replies. An RFP reply is a seller's answer to 
an RFP. Fig. 3B is an exemplary diagram of the buyer database 244. Each entry in the buyer 
database 244 includes multiple fields for information regarding an RFP, including a buyer ID 
name 360, an RFP number 370, and one or more RFP replies 380. The buyer ID name 360 



uniquely identifies a buyer. The RFP number 370 is the same as the RFP number 310 that 
uniquely identifies an RFP. There may be more than one RFP number 370 associated with a 
single buyer, if the buyer submitted more than one RFP. Each of the RFP replies 380 includes a 
seller's response to the buyer's RFP. 

The qualification database 246 (Fig. 2) stores rules for qualifying a buyer to use the 
system 100. The database 246 includes rules, for example, that validate the identity of a buyer by 
comparing the buyer's contact information, social security number, or federal tax identification to 
a commercially available database or by analyzing the buyer's email address. Of course, other 
qualification rules may be used. 

The seller database 248 stores seller information, such as boilerplate RFP replies and 
filter data, and may contain an area for the sellers to store data. The filter data contains criteria 
provided by the sellers as to the types of RFPs they want to receive. For example, a seller might 
indicate that they will provide service to only particular areas and desire RFPs requesting service 
in these areas. 

PROCESSING FOR PURCHASING TELECOMMUNICATION SERVICES 
Fig. 4 is a flowchart of processing for purchasing telecommunication services in a manner 
consistent with the present invention. The processing begins when a buyer, using buyer terminal 
1 10, logs into TSM 140 via the network 130 [step 410]. The buyer may do this directly by using 
a conventional modem or some other connection or indirectly by entering an Internet address to 
access TSM's web site on the world wide web. 

Once logged in, TSM 140 determines whether the buyer is registered, for example, by 
requiring the buyer to enter a login identifier and password [step 420]. It is also possible to store 



this information in a special file on the buyer terminal 1 10 so that when the buyer accesses the 
TSM web site, the stored information is provided automatically to TSM 140 for verification. If 
the buyer has not previously registered, TSM 410 registers the buyer [step 430], 

Fig. 5 is a flowchart of processing for registering a buyer in a manner consistent with the 
present invention. TSM 140 prompts the buyer to enter contact information [step 510]. The 
contact information might include the buyer's name, title, telephone and fax numbers, email 
address, and/or the name of the buyer's business. From this information, TSM 140 determines 
whether the buyer represents a business [step 520]. If so, TSM 140 prompts the buyer for 
business demographics, including, for example, the company size, industry, number of locations, 
whether there are any international sites, typical monthly spending on telecommunication 
services, etc. [step 530]. Alternatively or additionally, TSM 140 accesses a commercial database 
to obtain this information. 

Once TSM 140 obtains the business demographics or if the buyer does not represent a 
business, TSM 140 determines whether the buyer represents a group of buyers [step 540]. The 
buyer may represent a group of buyers, such as a group of family and friends, association 
members, a group of small businesses, etc., that have previously agreed to submit an RFP for 
their telecommunication services. The seller that wins the selection provides service to all 
members of the group, though some members may be permitted to later drop out. This 
aggregation of buyers helps the buyers obtain a better price from the sellers by combining their 
purchasing power. If the buyer represents a group, TSM 410 prompts the buyer to identify the 
group representative and the members of the group by name or number (i.e., size) [step 550]. 
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Once TSM 140 obtains the group information or if the buyer does not represent a group, 
TSM 140 requests that the buyer enter a buyer ID name [step 560]. The buyer ID name uniquely 
identifies the buyer and typically consists of several alphanumeric characters. TSM 140 then 
determines whether the ID name that the buyer entered is unique, possibly by comparing the 
name with a database of previously entered names [step 570]. If the name has already been 
taken, TSM 140 informs the buyer to enter another name [step 560]. TSM 140 then accepts the 
unique buyer ID name and assigns an initial password [step 580]. TSM 140 may then send the 
initial password to the buyer via email, regular mail, or by other mechanisms. 

Once the buyer successfully registers, TSM 140 presents the buyer with several options 
[step 440] (Fig. 4): (1) to create an RFP; (2) to review results of previously submitted RFPs; (3) 
to review industry information; and (4) to change buyer account information. If the buyer 
decides to create an RFP [step 450], processing continues with the flowcharts of Figs. 6A-6C. If 
the buyer decides to review results of previously submitted RFPs [step 460], processing 
continues with the flowcharts of Figs. 8A and 8B. If the buyer decides to review industry 
information [step 470], processing continues with the flowchart of Fig. 10. Finally, if the buyer 
decides to change account information [step 480], processing continues with the flowchart of Fig. 
11. 

PROCESSING FOR CREATING AN RFP 
Figs. 6A-6C are flowcharts of processing for creating an RFP in a manner consistent with 
the present invention. Although a series of steps is provided, the order of the steps does not 
matter. When the buyer chooses to create an RFP, TSM 140 generates a unique RFP number for 



it [step 605] (Fig. 6A). TSM 140 then prompts the buyer to provide a descriptive name for the 
RFP [step 610]. 

Next, TSM 140 requests that the buyer identify the business sites for which service is 
sought [step 615], TSM 140 prompts the buyer to specify the service(s) desired for each business 
site [step 620]. The buyer might select among several types of services, such as local, long 
distance, toll free, calling card, Internet, conference calling, private line/data, etc. Alternatively 
or additionally, the buyer might authorize TSM 140 to obtain customer service records from the 
buyer's local telephone company. For each service selected, TSM 140 prompts the buyer to 
identify the features to purchase [step 625]. The buyer might indicate that a feature is required, 
desired, or not wanted, and may indicate whether a service is new for the site or is replacing an 
already existing service. 

Once the buyer identifies all the desired services for each site [steps 630 and 635], TSM 
140 prompts the buyer for billing preference information [step 640]. The buyer specifies the 
name(s) and address(es) for the service bill In certain instances, the buyer may also specify 
other billing parameters, such as the date upon which the bill will be due each month. 

Next, TSM 140 requests that the buyer provide information regarding prior use of 
telecommunication services [step 645] (Fig. 6B). The buyer might provide copies of recent 
telecommunication service bills by fax, email, or regular mail or the buyer might enter this 
information into an electronic form provided by TSM 140. Alternatively, TSM 140 may access a 
database that contains this information. At this time, the buyer might also specify any changes to 
the prior usage. If no prior use data exists, such as in the case of a new company, the buyer might 
project the usage. 
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TSM 140 then prompts the buyer to specify the RFP dates, such as the RFP reply due 
date, the start of services date, and the duration of services date [step 650]. The RFP reply date is 
the date by which all sellers must respond. The start of services date is the date upon which the 
buyer wants the new services to begin. The duration of services date is the length of the service 
contract desired by the buyer. Typically, the buyer specifies service contract lengths in terms of 
six month increments. The buyer may also include one or more questions for potential sellers 
regarding their services. 

Next, TSM 140 compiles an RFP distribution list [step 655]. TSM 140 may present an 
alphabetical list of participating sellers from which the buyer may select those to include on the 
RFP distribution list. Only those sellers included in the list will receive the buyer's RFP. TSM 
140 then requests that the buyer identify preferred methods of contact by the sellers [step 660]. 
For example, the buyer might specify that the sellers communicate only through TSM 140, that 
the sellers communicate via regular mail, or that the sellers communicate directly with the buyer 
via email, telephone, etc. 

TSM 140 qualifies the buyer according to the rules stored in the qualification database 
246 to minimize the number of fraudulent RFPs submitted to the system 100 [step 665]. TSM 
140 may qualify the buyer by comparing the buyer's contact information, social security number, 
or federal tax identification to a commercially available database, by analyzing the buyer's email 
address, or by other mechanisms to verify the identity of the buyer. 

If the buyer passes the qualification process [step 670], TSM 140 records that the buyer is 
qualified and updates an RFP status report to change the status of the RFP from "Submitted" to 
"Distributed" [step 675]. TSM 140 then stores the RFP in the RFP database 242 [step 680]. 
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If the buyer fails the qualification process [step 670], TSM 140 records the activity of the 
non-qualified buyer and updates the RFP status report to indicate so [step 685] (Fig. 6C). TSM 
140 then notifies the buyer of the result of the qualification process [step 690]. If the buyer is a 
legitimate buyer, TSM 140 may permit the buyer to contact a service agent to prove the buyer's 
legitimacy. 

Once the buyer completes the RFP, TSM 140 distributes it. Fig. 7 is a flowchart of 
processing for distributing an RFP in a manner consistent with the present invention. TSM 140 
uses the filter data in the seller database 248 to determine the manner for distributing the RFP to 
the sellers on the distribution list. In other words, TSM 140 analyzes the filter data 
corresponding to the sellers on the distribution list to identify which sellers will receive the RFP 
and makes it available to them [step 710]. Sellers may then access the RFP via the TSM web 
site with the appropriate log on identifier and password. Alternatively, TSM 140 might send the 
RFP to the sellers via email, regular mail, fax, etc. 

Once the RFP is made available, the individual sellers determine whether to accept or 
reject it [step 720]. The sellers then generate replies for the RFP based on whether the RFP is 
accepted or rejected. TSM 140 receives the RFP replies from the sellers [step 730] and updates 
the buyer's RFP status information to indicate whether the RFP was accepted or rejected by the 
seller [step 740]. TSM 140 then stores the RFP replies and the status information in the buyer 
database 244 [step 750]. 

PROCESSING FOR REVIEWING RFP RESULTS 

Figs. 8 A and 8B are flowcharts of processing for reviewing results of previously 
submitted RFPs in a manner consistent with the present invention. When a buyer wants to see 
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the results of a previously submitted RFP, TSM 140 generates and displays an RFP summary 
report [step 805], TSM 140 periodically updates the report as it receives RFP replies from the 
sellers. 

Fig. 9A is a diagram of an exemplary user interface in the form of a web page 900 
containing an RFP summary report 910 consistent with the present invention. The summary 
report 910 includes an RFP number 920, an RFP name 930, a submit date 940, a due date 950, a 
total number of requested bidders 960, and a total number of responses so far 970. The RFP 
number 920 uniquely identifies an RFP. The buyer may have submitted more than one RFP and, 
therefore, may have more than one RFP number. The RFP name 930 is the name that the buyer 
provided for the RFP. 

The submit date 940 is the date that the buyer completed the RFP. The due date 950 is 
the date by which all sellers must respond to the RFP to have their RFP replies considered by the 
buyer. The total number of requested bidders 960 is the total number of sellers on the RFP 
distribution list. The total number of responses so far 970 is the number of responses received 
from the sellers to date. 

TSM 140 determines whether the buyer desires detailed information regarding a 
particular RFP shown in the RFP summary report based on input from the buyer [step 810] (Fig. 
8A). If so, TSM 140 generates and displays a detailed report for the RFP [step 815]. 

Fig. 9B is a diagram of an exemplary user interface in the form of a web page 980 
containing an RFP detailed report 990 consistent with the present invention. The detailed report 
990 includes both the RFP number and name, as well as the status of the sellers' analysis. The 
status might include "Accepted, but not yet complete," "Accepted, reply is complete," or 
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"Rejected, no reply forthcoming." The report 990 might also identify the sellers on the 
distribution list and the status of each reply. The buyer may select one of the sellers from the 
report to read the reply or find out why the RFP was rejected. 

TSM 140 determines whether the buyer desires detailed information regarding any 
particular RFP reply based on input from the buyer [step 820] (Fig. 8A). If so, TSM 140 displays 
the reply for the buyer [step 825]. Alternatively, TSM 140 might email a copy of the reply to the 
buyer. If the buyer wants to review another RFP reply [step 830], TSM 140 displays the reply for 
the buyer [step 825]. If the buyer finally decides to place an order [step 835], TSM 140 generates 
an order form containing the specifics from the seller's RFP reply and displays it along with the 
seller's contractual terms and conditions [step 840] (Fig. 8B). 

If the buyer accepts the terms and conditions [step 845], TSM 140 sends an alert to the 
selected seller indicating the buyer's intent to order, along with the buyer's contact information 
[step 850]. Of course, TSM 140 might inform the seller, and possibly all sellers, of the buyer's 
contact information at some earlier point. Once selected, the seller may contact the buyer to sign 
a contract for the desired telecommunication services. 

TSM 140 also notifies all of the rejected sellers that the buyer does not intend to order 
from them [step 855]. Finally, TSM 140 sends a confirmation to the buyer and updates the 
buyer's RFP status information [step 860]. 

PROCESSING FOR REVIEWING INDUSTRY INFORMATION 

Fig. 10 is a flowchart of processing for reviewing industry information in a manner 
consistent with the present invention. When a buyer indicates a desire to review industry 
information, TSM 140 presents the buyer with several options [step 1010], such as to learn about 
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new technology and services, to review recent industry announcements, and to review sellers' 
web sites. 

If the buyer wants to learn about new technology and services [step 1020], TSM 140 links 
the buyer to web pages providing such information using conventional technology. If the buyer 
wants to review recent industry announcements [step 1030], TSM 140 links the buyer to web 
pages providing this information using conventional technology. If the buyer wants to review 
sellers' web sites [step 1040], TSM 140 links the buyer to these web sites over the network 130 
using conventional technology. 

PROCESSING FOR CHANGING BUYER ACCOUNT INFORMATION 

Fig. 1 1 is a flowchart of processing for changing buyer account information in a manner 
consistent with the present invention. When the buyer wants to change the buyer's account 
information, TSM 140 presents the buyer with several options [step 1110], such as to change 
contact information, to change business demographics, and to change password. 

If the buyer wants to change the contact information [step 1 120], TSM 140 presents the 
buyer with the current information and permits the buyer to change it. TSM 140 receives the 
updated contact information and stores it [step 1 125]. If the buyer wants to change the business 
demographics [step 1130], TSM 140 presents the buyer with the current information and permits 
the buyer to change it. TSM 140 receives the updated business demographics and stores it [step 
1135]. 

If the buyer wants to change the password [step 1 140], TSM 140 prompts the buyer to 
enter the current password and then the new password twice. TSM receives the new password, 
and if the current password is correct and the two entries of the new password match, TSM 140 
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records the new password [step 1 145]. When the buyer completes all changes, the buyer so 
indicates [step 1150]. 

CONCLUSION 

The systems and methods consistent with the present invention provide a forum through 
which buyers can purchase telecommunication services from a variety of sellers. The present 
invention levels the playing field by giving buyers more power than they presently have in the 
buy-sell process. 

The foregoing description of preferred embodiments of the present invention provides 
illustration and description, but is not intended to be exhaustive or to limit the invention to the 
precise form disclosed. Modifications and variations are possible in light of the above teachings 
or may be acquired from practice of the invention. The scope of the invention is defined by the 
claims and their equivalents. 

For example, the RFP approval process has been described as a group of sellers receiving 
an RFP and separately determining whether to approve or reject it. Alternatively, TSM 140 may 
contain a database of previously generated replies from the sellers. TSM 140 may query the 
database using the terms of the RFP and obtain one or more replies to present to the buyer. 
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WHAT IS CLAIMED IS 

1 . A method for purchasing telecommunication services, comprising: 
receiving a request for purchasing at least one telecommunication service from a buyer 

via a buyer terminal; 

providing the request to a plurality of seller terminals, each of the seller terminals being 
associated with a different provider of telecommunication services; 

receiving a reply from at least one of the seller terminals in response to the request; 
providing the reply to the buyer terminal; 

receiving a selection from the buyer terminal in response to the reply; and 
notifying a provider of the selection and an identity of the buyer. 

2. The method of claim 1, further comprising: 
registering the buyer prior to receiving the request. 

3 . The method of claim 2, wherein the registering includes: 
obtaining contact information from the buyer, 
obtaining a buyer name for the buyer, and 

assigning an initial password to the buyer. 

4. The method of claim 2, wherein the registering includes: 
obtaining business demographics from the buyer. 
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5. The method of claim 1 , wherein the receiving a request includes: 
identifying billing preferences for the at least one telecommunication service. 

6. The method of claim 1, wherein the receiving a request includes: 
receiving, from the buyer terminal, an identification of business sites to receive 

the at least one telecommunication service, 

identifying telecommunication services for each of the business sites, and 
identifying desired features of each of the telecommunication services. 

7. The method of claim 1 , wherein the receiving a request includes: 

obtaining information regarding prior use of telecommunication services of the 

buyer. 

8. The method of claim 1 , wherein the receiving a request includes: 
compiling a list of providers to receive the request; and 

wherein the providing the request includes: 

granting access to the request to only the providers on the list. 

9. The method of claim 1 , wherein the receiving a request includes: 
compiling a list of providers to receive the request; and 

wherein the providing the request includes: 

distributing the request to only the providers on the list. 

18 



1 0. The method of claim 1 , wherein the receiving a request includes: 
verifying an identity of the buyer; and 

wherein the providing the request includes: 

presenting the request to the seller terminals only when the identity of the buyer is 
verified. 

1 1 . The method of claim 1 , further comprising: 

presenting, to the buyer terminal, contractual terms and conditions for providing the at 
least one telecommunication service from the notified provider; and 

receiving an acceptance of the terms and conditions from the buyer terminal. 

12. The method of claim 1, further comprising: 

receiving, from the seller terminals, filtering criteria that specifies types of requests the 
providers want to receive; and 

wherein the providing the request includes: 

distributing the request to seller terminals based on the filtering criteria. 

13. A system for purchasing telecommunication services, comprising: 

means for receiving a request for purchasing at least one telecommunication service from 
a buyer via a buyer terminal; 

means for providing the request to a plurality of seller terminals, each of the seller 
terminals being associated with a different provider of telecommunication services; 
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means for receiving a reply from at least one of the seller terminals in response to the 
request; 

means for providing the reply to the buyer terminal; 

means for receiving a selection from the buyer terminal in response to the reply; and 
5 means for notifying a provider of the selection and an identity of the buyer. 

14. A system for purchasing telecommunication services in a network connecting at 
least one buyer terminal, associated with a buyer, and a plurality of seller terminals, associated 

'] % with different providers of telecommunication services, the system comprising: 
ll a memory that stores data; and 

□ a processor, connected to the memory, that receives a request for purchasing at least one 

* telecommunication service from the buyer terminal via the network, provides the request to a 
; S group of the seller terminals via the network, receives a reply from at least one of the seller 
U! terminals in response to the request, provides the reply to the buyer terminal, receives a selection 
1® from the buyer terminal in response to the reply, and notifies a provider of the selection and an 
identity of the buyer. 

15. The system of claim 14, wherein the processor is further configured to register the 
buyer prior to receiving the request. 
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1 6. The system of claim 1 5, wherein when registering the buyer, the processor is 
further configured to obtain contact information from the buyer, to obtain a buyer name for the 
buyer, and to assign an initial password to the buyer. 

17. The system of claim 15, wherein when registering the buyer, the processor is 
further configured to obtain business demographics from the buyer. 

18. The system of claim 14, wherein when receiving the request, the processor is 
further configured to identify billing preferences for the at least one telecommunication service. 

19. The system of claim 14, wherein when receiving the request, the processor is 
further configured to receive, from the buyer terminal, an identification of business sites to 
receive the at least one telecommunication service, to identify telecommunication services for 
each of the business sites, and to identify desired features of each of the telecommunication 
services. 

20. The system of claim 14, wherein when receiving the request, the processor is 
further configured to obtain information regarding prior use of telecommunication services of the 
buyer. 

21. The system of claim 14, wherein when receiving the request, the processor is 
further configured to compile a list of providers to receive the request, and when providing the 

21 



request, the processor is further configured to grant access to the request to only the providers on 
the list. 

22. The system of claim 14, wherein when receiving the request, the processor is 
further configured to compile a list of providers to receive the request, and when providing the 
request, the processor is further configured to distribute the request to only the providers on the 
list. 

23. The system of claim 14, wherein when receiving the request, the processor is 
further configured to verify an identity of the buyer, and when providing the request, the 
processor is further configured to present the request to the seller terminals only when the 
identity of the buyer is verified. 

24. The system of claim 14, wherein the processor is further configured to present, to 
the buyer terminal, contractual terms and conditions for providing the at least one 
telecommunication service from the notified provider, and to receive an acceptance of the terms 
and conditions from the buyer terminal. 

25. The system of claim 14, wherein the processor is further configured to receive, 
from the seller terminals, filtering criteria that specifies types of requests the providers want to 
receive, and when providing the request, the processor is further configured to distribute the 
request to seller terminals based on the filtering criteria. 
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26. A computer-implemented method for purchasing telecommunication services, 
comprising: 

generating a request for select telecommunication services; 

distributing the request to a plurality of sellers of telecommunication services; 

receiving replies to the request from the sellers; 

selecting at least one of the sellers based on the received replies; and 

notifying the at least one seller of the selection. 

27. The method of claim 26, wherein the generating a request includes: 
compiling a list of sellers to receive the request; and 

wherein the distributing the request includes: 

granting access to the request to only the sellers on the list. 

28. The method of claim 26, wherein the generating a request includes: 
compiling a list of sellers to receive the request; and 

wherein the distributing the request includes: 

transmitting the request to only the sellers on the list. 

29. The method of claim 26, wherein the generating a request includes: 
verifying an identity of an initiator of the request; and 

wherein the distributing the request includes: 

presenting the request to the sellers only when the identity is verified. 
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30. A system for purchasing telecommunication services, comprising: 

means for generating a request for select telecommunication services; 

means for distributing the request to a plurality of sellers of telecommunication services; 

means for receiving replies to the request from the sellers; 

means for selecting at least one of the sellers based on the received replies; and 

means for notifying the at least one seller of the selection. 

3 L A system for purchasing telecommunication services, comprising: 
a memory that stores data; and 

a processor, connected to the memory, that generates a request for select 
telecommunication services, distributes the request to a plurality of sellers of telecommunication 
services, receives replies to the request from the sellers, selects at least one of the sellers based on 
the received replies, and notifies the at least one seller of the selection. 

32. The system of claim 3 1 , wherein when generating the request, the processor is 
further configured to compile a list of sellers to receive the request, and when distributing the 
request, the processor is further configured to grant access to the request to only the sellers on the 
list. 

33. The system of claim 31, wherein when generating the request, the processor is 
further configured to compile a list of sellers to receive the request, and when distributing the 
request, the processor is further configured to transmit the request to only the sellers on the list. 
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34. The system of claim 31, wherein when generating the request, the processor is 
further configured to perform a qualification process to verify an identity of an initiator of the 
request, and when distributing the request, the processor is configured to present the request to 
the sellers only when the identity is verified. 

35. A method comprising : 

receiving requests for providing telecommunication services from a plurality of buyers 
via a plurality of buyer terminals; 

providing the requests to a plurality of seller terminals, the requests excluding identities 
of the buyers, each of the seller terminals being associated with a different provider of 
telecommunication services; 

receiving replies from the seller terminals in response to the requests; 

providing the replies to the buyer terminals; 

receiving selections from the buyer terminals based on the replies; and 
notifying providers of the selections and the identities of the buyers. 

36. A system for purchasing telecommunication services in a network connecting a 
plurality of buyer terminals, associated with a plurality of buyers, and a plurality of seller 
terminals, associated with a corresponding plurality of providers of telecommunication services, 
the system comprising: 

a memory that stores data; and 
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a processor, connected to the memory, that receives requests for telecommunication 
services from the buyers via the buyer terminals, provides the requests to groups of the seller 
terminals, the requests excluding identities of the buyers, receives replies from the seller 
terminals in response to the requests, provides the replies to the buyer terminals, receives 
selections from the buyer terminals based on the replies, and notifies providers of the selection 
and the identities of the buyers. 

37. A computer-readable medium configured to store instructions that cause a 
computer to perform the steps of: 

receiving requests for providing telecommunication services from a plurality of buyers 
via a plurality of buyer terminals; 

providing the requests to a plurality of seller terminals, the requests excluding identities 
of the buyers, each of the seller terminals being associated with a different provider of 
telecommunication services; 

receiving replies from the seller terminals in response to the requests; 

providing the replies to the buyer terminals; 

receiving selections from the buyer terminals based on the replies; and 
notifying providers of the selections and the identities of the buyers. 

38. A computer readable medium configured to store instructions that cause a 
computer to perform the steps of: 

generating a request for select telecommunication services; 
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distributing the request to a plurality of providers of telecommunication services; 
receiving replies to the request from the providers; 
selecting at least one of the providers based on the received replies; and 
notifying the at least one provider of the selection. 
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ABSTRACT 

A system facilitates the purchase of telecommunication services from a variety of service 
providers. The system receives a request for purchasing at least one telecommunication service 
from a buyer via a buyer terminal, provides the request to a group of seller terminals 
corresponding to a group of the service providers, and receives a reply from the seller terminals 
in response to the request. The system then provides the replies to the buyer terminal, receives a 
selection from the buyer terminal in response to the replies, and notifies a service provider of the 
selection and an identity of the buyer. 
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